SYSTEM AND METHOD FOR THE STORAGE AND ACCESS OF 
ELECTRONIC DATA IN A WEB-BASED COMPUTER SYSTEM 



5 RELATED APPLICATIONS 

This patent application relates to U.S. provisional patent application serial number 

60/162,643 filed on November 1, 1999. 

FIELD OF THE INVENTION 
10 Described herein is a system and method organizing and storing electronic data such that 

it is accessible over a data network, and more particularly to storing and organizing the electronic 
2 data such that it and all related information stored in a database system are more easily 

O accessible. 
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% BACKGROUND OF THE INVENTION 

5 

As is well known, organizations such as corporations employ many internal processes 
L and procedures for carrying out their business. For example, companies may set procedures for 
O far ranging functions such as purchasing supplies, providing training, as well as the management 

of their business programs. In the situation where an organization is small and has a small 
20 number of employees, the use of processes and procedures may be less important. This is 

because parties involved are usually aware of what others are doing in the organization and the 

focus of the particular organization is quite narrow. 

As an organization grows, and more and more people are employed and performing 

different tasks, it becomes more important that common processes and procedures be 
25 implemented. The reason for having common processes and procedures are many, but they 



mostly revolve around ensuring efficiency of the business and the avoidance of duplication of 
effort. 

As such, it is commonplace for an organization to generate sets of policies and 
procedures which are to be used by most or all of the employees within a particular organization. 
Depending on the size of the organization, the institution of processes and procedures may be 
performed in a manner such that a set of governing procedures may be created for the entire 
organization while individual groups may generate their own processes which are more 
applicable to tasks and other functions which are unique to them. 

One difficulty which may be encountered in establishing a governing set of policies and 
procedures is providing organization wide access to this information. Also, even if access is 
provided to these items it may still be difficult to assure that all members in the organization 
have access to deletions, additions, and updates of the processes and procedures. 

One manner in which some organizations have provided organization wide access to their 
processes and procedures is to distribute these items in paper form to all employees which would 
be using said processes and procedures in their work. Periodically, additions, deletions, or 
* updates may be issued in paper form which the employee would then use to manually update 
their copy. One drawback of this system is that the use of the most updated procedures by the 
employees is dependent on the individual employees updating their processes and procedures 
manuals in a timely fashion. 

SUMMARY OF THE INVENTION 
The inventors have recognized that providing a centralized location for the organization 
and accessing of policies and procedures may be advantageous in that these policies and 





procedures are easily updated and organized in a manner such that they have applicability to a 
large number of functions within the organization. In particular, in providing a centralized web- 
based computer tool, the policies and procedures can be organized in such a fashion that they 
may be searched in a number of different modes, and all related information may be easily 
5 accessed. 

Described herein is a system and method for organizing assets and other related 
electronic information in a web-based computer system. According to the system and method 
described herein, at least one searchable database may be provided for storing assets and/or 
associated information where each record in the at least one database may have associated 

□ 

JO therewith at least one classification identifier which is searchable and may identify a particular 
H asset and/or associated piece of information. Each asset or other associated information may 



in also have links associated therewith to other records in the database such that when a search of 
the database is performed to identify assets and/or associated information, any relevant records in 



3 establishing lines of communication between system users and the system described herein over 
a data network. Some examples of the data networks which are employable to access the system 
described herein include the Internet, a local area network (LAN), and an intranet. In one 
configuration of the system described herein, when access is gained through the communications 

20 interface, a number of interactive screen displays may be presented such that a system user may 
navigate within the system and perform various search functions with regards to locating assets 
and/or other associated information. 
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the database are also identified. 




The system may further comprise a communications interface configurable for 



3 



In order to perform the searching function described above, the system may further 
include a search engine specially configured to search the records in the at least one database to 
locate records which include selected classification identifiers. Once the desired records are 
located, the search engine described herein is further configured to compile the search results 
5 into a predetermined format which is presentable to users which are connecting over the data 
network. One example of this compilation process includes compiling the results into HTML 
pages which are viewable by a system user through use of a standard web browser. 

The system described herein may be configured to present a number of interactive screen 
displays which a system user may employ to navigate through the system and to initiate various 
^ search functions. Upon initial access to the system, the home page may be presented to the 

Si 

□ system user and through navigation buttons (hypertext links) included in the display, move to 

m other specially configured screen displays. Once these other displays are accessed, information 

h about specific assets and/or asset related information may be presented, and the system user may 

^ then initiate the various search and retrieve functions for records in the database. 

Q 

^is In one configuration of the invention, the assets and associated information may relate to 

g processes and procedures that an organization employs in carrying out various aspects of its 
business. Each asset which is stored in the database may be in the form of an electronic 
document which is viewable in word processing or imaging software. Asset information may 
include one or more classification identifiers which assist in locating particular assets or other 
20 items of asset information. 

The processes and procedures and associated information may be classified such that 
some have applicability over the entire organization, and some have a lesser applicability, such 
as for only a business unit, or a particular work group. Further, certain assets may be classified 



4 



O 

ry 



as falling with a particular process area. In one example, processes and procedures may be 
classified within tiers. As such, the higher tier classification may mean that processes and 
procedures apply to the whole of an organization, and as the tiers get lower the application of the 
asset becomes more focused. When a particular process is generated and configured such that it 
is stored in the system described herein, a particular tier designation may be added to its 
classification identifier such that it is searchable in this manner. 

As mentioned above, other classification identifiers which may be associated with assets, 
which include such things as the process area with which the process asset has application. Other 
examples of a classification identifier may be the organization within which the assets were 
created, identification number, and creation date. 

In order to provide for a more controlled use of certain assets, particular assets may be 
given special designations. For example, assets may be identified within the system as being 
either certified, sample and/or draft. A sample asset may relate to a certain number of processes 

5 

^ and procedures which are put out to other groups within an organization as a sample of a 

S 

^5 particular way to perform tasks. Certified assets may relate to particular processes or procedures 
which have applicability across the organization which the organization has designated as a 
standard for performing a particular task. With regards to draft assets, before an asset may be 
implemented as policy, it may need to go through various review stages and through the system 
described herein, it may be made accessible at its various stages of development to various 
20 parties. 

One additional way in which the assets and associated documentation described herein 
may be accessible is through inclusion of links for the various assets and related information as 
part of a process maturity road map for performing a particular task. Included in the system 



□ 



5 



described herein may be a number of interactive screen displays which assist a system user in 
carrying out a long term task such as running a project or a program. As the various interactive 
screen displays provide direction as to how to carry out the tasks, links to various assets may be 
included such that they are easily accessible. 

The information associated with the assets, which is also stored in the database, may 
include such items as change directives and change requests specifically related to one or more 
processes. As a particular procedure or process is employed in an organization, its use may 
evolve over time. A mechanism may be needed to implement changes in the particular processes 
or procedures. As such, change requests may be created and monitored as part of the system 
described herein. Change directives which spring from change requests may also be included. 
Through identification information included with a change request, a system user may be able to 
monitor its approval and implementation in a process asset. 

BRIEF DESCRIPTION OF THE DRAWINGS 
Fig. 1 discloses a system diagram for the web based electronic data system described 

herein. 

Fig. 2 discloses a diagram which shows an example structure for the asset information 
database. 

Figs. 3a and b disclose a database diagram which shows the classification identifiers 
associated with particular records as well as links established between the different records. 

Fig. 4 discloses a home page interactive screen display which is employable to navigate 
to various functions of the system described herein. 



Figs. 5a and 5b disclose a diagram which display the links between the various 
interactive screen displays. 

Fig. 6 discloses a screen display employable to view assets when they are categorized by 

Tier. 

5 Fig. 7 discloses a screen display which includes a listing of process assets located in 

search within a selected tier. 

Fig. 8 discloses a screen display which provides information as to a selected process 

asset. 

Fig. 9 discloses a graphical screen display employable for accessing assets within a 
JpO particular process area. 

Fig. 10 discloses a listing of process assets within a particular process area. 

pi 

Lfl Fig. 1 1 discloses a screen display employable for viewing assets within process areas 

i" 

y3 which have been certified. 

Fig, 12 discloses a screen display employable to select assets which are in the draft stage. 
^5 Fig. 13 discloses a screen display which is employable to identify sample assets, 

p Fig. 14 discloses a screen display employable to review a road map for performing a task 

and selecting assets which may be employed as part of that process. 

Fig. 15 discloses a screen display employable to view various information with regards to 
change requests, access recent changes to assets or submitted change requests. 

DETAILED DESCRIPTION 

Disclosed in Fig. 1 is a system diagram for the electronic data storage and access system 
described herein. In the configuration shown in Fig. 1, the system 10 is web-based in that it is 
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accessible via a number of different types of data networks 8 which include, but are not limited 
to, the Internet, an organization's intranet or a local area network (LAN). The system 10 
described herein may be implemented on one or more network servers, using any number of 
platforms such as Unix or NT. In another configuration of the invention, which is described in 
greater detail below, the present system may be implemented simply on a personal computer. 

For illustration purposes the system 10 is shown to include two servers, the web server 1 1 
and the cold fusion server 18. One skilled in the art would realize that the functions performed 
by the two servers may be performed on the same physical hardware. Included in each of the 
servers are a number of processing components which are specially configured to perform tasks 
with regards to communicating with system users over the data network, searching and 
extracting information firom the various databases, and/or formatting the extracted information 
for viewing.. 

Included in the web server 1 1 is a communications interface 14 which provides for 
establishing a data connection between the system 10 and a system user 6 over the data network 
8. The interface 20 may be configured such that a system user may navigate within the system 
10 using a commercial web browser. Further included web server 1 1 is search engine 20 which 
is configured to initiate search requests entered by system users which in turn are provided to the 
cold fiision server 22 for further processing. Finally, the web server 1 1 may include a security 
module 24 which is employable for limiting access to selected information in the databases. The 
operation of the various components of the web server 1 1 will be described in greater detail 
below. 

In communication with the web server 1 1 is the Cold Fusion server 22. In one 
configuration of the system described herein. Cold Fusion software from Allaire may be 
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employed to receive search requests from the web server 1 1, perform the searches of the 
associated database, extract the information, compile in a desired format, and provide it to the 
web server 1 1 for presentation. Although Cold Fusion is described herein for use with system, 
one skilled in the art would realize that other types of software such as Active Server Pages by 
5 Microsoft may be configured and employed. Incorporated into the cold fusion server 18 is 
HTML page generator 22 which is employable to convert data extracted fi-om one or more 
databases into interactive an HTML pages (some of which may include hypertext links) which in 
turn are provided to the web server 1 L 

In connection with the Cold Fusion server 18 are an asset information database 26 and an 

tO asset database 28. Stored in these databases are searchable entries for assets and asset 

yj 

g information. More specifically, the asset database 28 may be configured to contain various 

RJ 

yi documents which comprise the assets. The asset information database 26 may contain various 
types of descriptive information relating to the assets stored in database 28. Although both 



^ databases are shown as resident in the system 10, in other configurations of the invention, the 

O 

-^'5 databases, or information contained in the databases, may be distributed in remote locations and 
Q accessible over the data network. The configuration and content of these databases will be 

described in greater detail below. 

If the system described herein is to be configured on a personal computer, the hard drive 

may be configured to include one or more relational databases which include the assets and asset 
20 information. Further, the personal computer may be configured such that a number of the 

screens which are to be presented to a system user are stored in the database as flat files which 

are presentable upon selection of particular items by a system user. 
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Returning again to system 10 as is disclosed in Fig. 1, the databases described herein may 
comprise any number of different types of relational databases. Examples of these types of 
databases may include Oracle, Microsoft Access, . . . etc. Alternatively, the databases described 
herein may be configured to store assets and asset information in flat files which in turn are 
accessible and presentable to system users. 

Generally, the system described herein is an asset library which is an online centralized 
repository for various process and procedures as well as related information. The assets 
themselves may be electronic documents created in a word processing (such as Microsoft Word, 
WordPerfect, . . .) and/or image (Adobe Acrobat,. . .) software. Associated information may also 
'ri3 be stored in the system which provide assistance in either accessing or determining the status of 
the asset. Because the system is web-based, it allows for easy access (it may be accessed using a 
standard web browser). The kinds of information which may be accessed and viewed through 
the system described herein may include electronic documents, templates, charts, schedules and 
other readable files. 



It's Before the operation of the system is fiirther discussed, a more specific description is 

Q provided as to the types of data which are accessible in the system described herein. Disclosed 
in Fig. 2 is diagram which provides a framework for the types of information which are included 
in the asset information database 26. This diagram is merely for illustrative purposes because the 
database may be configured such that different types of information may be stored in one or 
20 more different tables. In asset information database 26 it can be seen that separate tables are 
provided for electronic documents 100, assets 102, change directives 104, change requests 106, 
and process areas 108, In short, the electronic documents table 100 provides information for 
accessing the assets in document form, The assets table 102 includes descriptive and identifying 
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information for assets. Change requests table 106 includes information relating to proposed 
changes to assets. Change directives table 104 includes information generated in response to 
change requests, and provide specific information as to changes to be made to one or more 
assets. Process areas table 108 includes information for the various process areas (such as 
5 engineering, business or support operations) to which each of the assets is assigned. 

Disclosed in Figs. 3a and b is a database diagram for database 26 v^hich shows in 
particular the associations which may exist between the various records in the different tables 
included in database 26. The association shown therein provide for the simplified searching of 
assets because it removes the necessity of storing a particular piece of information in more than 
^t) one database. Further by creating records which include associations with one or more other 
P records, the flexibility is provided such that a particular piece of asset information or an asset 

nj 

[n may be identified through employing a number of different search methods. 

4 

Also shown in Figs. 3 a and b are examples of the descriptive information (classification 

M' identifiers) which are associated with each type of record. As part of a relational database, each 

O 

of the records in the various tables is searchable by employing the search engine 20 incorporated 
i in web server 1 1 to search for one or more classification identifiers. Identified records may then 
be retrieved, converted to a desired format, and presented to system users. Some of the 
classification information associated with each record may either be displayed or not displayed. 
For example, with regards to the descriptive information included with a record in the process 
20 asset table 120, the records may comprise identifiers such as a tier number, serial number, status 
type, etc. 

Referring again to the diagram of Figs. 3a and b, in order to better understand the 
associations between the various types of records, relationship lines with descriptive information 
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have been provided. Specifically, the data structure described herein is hierarchal in nature and 
the relation lines provide an indication of which records, either alone or with others, are apart of 
another record. In reviewing the diagram it is seen that one or more of the process assets 120 
may be an implementation of an instruction in a corporate policy category 124. In turn, one or 
more of the process assets 120 may be within in process area 122. It can be seen that a process 
asset may also impact upon a process area 122, while a process area 122 may be responsible for 
a process asset 120. 

In Figs. 3a and b, it is further seen that one or more of the change requests 124 are 
primarily about a particular process asset 120. In actuality, change requests may be forms or 
other documentation submitted by system users which have the effect of modifying or otherwise 
changing a particular process asset. Before this change is implemented in a particular process 
asset, the change request may be accessed and viewed as a piece of information associated with a 
particular process asset. Continuing, one or more change directives 126 may include details 
which are explained by a change request 124, and one or more change directives may affect a 
process asset. Finally with regards to the change directives 126 and change request 124, one or 
more of both may be directed to a process area 122. 

Referring back to process asset 120, it is seen that it may be composed of one or more 
process asset documents 136. The descriptive information included in the process asset 
document 136 provide for locating the actual asset (electronic document) in database 28. In 
order to provide some flexibility in viewing the asset document, the process asset document 1 16 
may be created in one or more document or image formats 134. As described above, a document 
format is in some kind of word processing or imaging software. 
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Further shown in the diagram of Figs. 3 a and b is the relationship between process asset 
120 and any assets 140 which it replaces. As time goes on, certain process assets lose their 
applicability to a particular organization and must be replaced. As such, certain assets may be 
introduced to replace them. In order to provide continuity, it may be desirable to retain the 
replaced assets 140 in a database such that they may be referenced if necessary. Each of the 
replaced assets is in turn associated with a particular category 142. Also, one or more 
implementation elaborators 141 may provide for implementation and elaboration of a process 
asset 120. 

Still continuing in the review of Figs. 3a and b, it is seen that records are included for 
sample assets 130 and one or more of the sample assets is owned by a sharing organization 128. 
Sample assets are those assets which have been provided by a particular segment of an 
organization for optional use across the organization. Sample assets may fiirther include 
certified assets which have been certified by a particular organization as being compliant with an 
approved set of standards and practices. It is seen that the sample assets 130 also are composed 
of one or more sample documents 132. As with the process asset document 136, this record 
includes identifying information for locating one or more documents in asset database 28. As 
was mentioned above, these electronic documents are available for viewing in a number of 
fonnats. 

As was mentioned above, the system 10 described herein is accessible over a data 
network, such as the Internet, through use of a personal computer equipped v/ith a web-browser. 
Upon gaining access to the system, various interactive screen displays may be accessed such that 
the system user may navigate within the system. Disclosed in Fig. 4 is a "home" interactive 
screen display 30 which may be presentable to a system user when access is initially gained to 
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the system described herein. This screen display may provide the portal for the system user to 
gain access to any number of "areas" within the system where desired information may be 
accessed. Navigation to these "other" areas may be gained through the selection of the various 
navigation buttons, such as hypertext links, included in the screen displays. 

As can be seen in display 30, navigation buttons are provided for access to the business 
process management system 34, the process improvements 46, the sample assets 48, the draft 
assets 50, as well as the road map 44. Also included in this home page may be a side bar 32 
which includes a number of selectable navigation buttons for accessing additional areas. These 
include the best practices area 33, change requests 40 and replaced assets 42. 

To better understand the process of navigating through the system described herein, 
disclosed in Figs. 5a and b is a diagram which discloses the various interconnections between the 
interactive screen displays presentable by the system described herein. As was seen in Fig. 4, a 
number of hypertext links are included on the home page which provide for accessing various 
other pages within the system. Most of the selectable links provide for accessing other displays, 
where the other displays mostly provide for performing various search of the database to locate 
assets and associated information. The diagram in Figs. 5a and b show the trail of links which 
may be followed when accessing different areas of the system described herein. 

Returning again to Fig. 5a, a link is provided on the homepage for viewing business 
system page 64. With access to this page, various additional choices may be provided with 
regards to the viewing of assets stored within the database. As can be seen, links 76 and 78 
provide for searching assets by functional area 76 or listed by tier 78. Through links 76 and 78, 
links 80 and 82 may be accessed. Link 80 contains a descriptive listing of each of the assets 
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within a functional area. Link 82 contains individual pages for each tier, where the assets which 
have been categorized in a particular tier are listed therein. 

Disclosed in Fig. 6 is an interactive screen display 150 which is presented when link 78 is 
selected. Included in this screen display are a number of links 82 which when selected provide 
for the searching of the database in order to locate process assets which have been categorized 
according to a tiered structure. In the system described herein, a tiered categorization structure 
has been implemented which itemizes process assets according to their applicability to parts of 
the organization. Tier 0 has been designated to contain organization policy statements issued at 
levels higher than the organization which controls the system described herein. Tier 1 has been 
designated to include policy documents which apply to the particular business unit which 
controls the system. They may apply across all locations within a business unit. 

Tier 2 assets may include various business unit processes and procedures which apply 
across a particular business unit level. In most cases, these assets may include implementations 
of or supporting documentation for Tier 0 or Tier 1 assets. Tier 3 assets may be those which do 
not apply across a particular business unit as a whole, but rather to a particular subset within a 
business unit, such as a specific location or program. Tier 3 assets may be only selectively added 
to the system and may be subject to security restrictions. An example of a Tier 3 asset may 
include a program configuration management process or a desk procedure for a security 
manager. Certain security limitations may be placed on a Tier 3 asset such that they are not 
accessible by all parties which have access to the system. 

Finally, Tier 4 assets may be configured to include information for an organization which 
otherwise would not be classifiable in another one of the tiers, for example, objective evidence of 
following a process. Further, this tier may also include external links for accessing locations 
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which may have desired information, for example, links to program web sites containing 
objective evidence or other records. 

In order to view one or more of the assets which fall within a particular tier, the link for 
the particular tier may be selected and as such a search may then be performed within the 
database to locate all process assets which are included within a particular categorization. As 
was described above, each asset stored in the database includes a listing of at least one 
classification identifier (within which tier designations are found) which is searchable when 
employing whatever database search engine is provided. 

In order to perform a search, as an initial step, the user may select a particular link from 
the screen display indicating the particular tier within which the process assets are to be located. 
In the situation where the tier selected has limited accessibility, only selected system users, a 
security module may be employed to perform a check to determine if the particular system user 
has permission to access this information and to deny access if necessary. As an example, tiers 
0, 1 and 2 may have applicability to the whole organization, and thus no access limitations exist, 
while tiers 3 and 4 have limited application to the organization, and as such only users who are 
affiliated with a particular business unit may retrieve these assets. In the situation where tiers 0, 
1 and 2 have been selected, the system will generate the search query and begin the search. In 
the situation where either tiers 3 or 4 are selected, the system will perform a check as to whether 
the particular user has permission to access these assets. If the user does not have permission, the 
process will end and an error message may be displayed. If the user does have permission, a 
search query will be generated and the search is begun. The security module described herein 
may be configured such that access is limited to assets and asset information based on any 
number of classification identifiers included in the particular record. 
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Once the search query is generated, a search is performed of all records in the asset 
information database to locate those assets which have the selected tier as part of their 
classification identifiers. All assets which are identified as falling within a selected tier will be 
compiled and an HTML page generated which includes a listing of these process assets. 

An example of such a page is screen display 160 shown in Fig. 7 which includes 
compilation of identified process assets. In this example, a listing is provided of the process 
assets which include "tier T as a classification identifier. In particular, the listing includes a 
number of links for accessing descriptive information about particular assets which falls within 
the tier. As an example, if the hypertext link 162 is selected (for benchmarking) from this page, 
an information page for the particular process asset is presented. An example of such an 
interactive screen display is disclosed in Fig. 8. 

In screen display 170 an informational portion 172 is provided which includes selected 
portions of the identification information associated with the process asset. Also included in this 
portion of the screen display are a number of links 176 which when selected provide for the 
display of the electronic document associated with the process asset in a desired format, shown 
here to be either MS Word, Adobe Acrobat, or Postscript. As was described above, within the 
electronic document is the descriptive portion of the process or procedure. 

Returning again to the diagram of Fig.5a, another search mode may be employed 
through the selection of link 76. According to this selection, process assets may be searched and 
displayed according to functional area. Disclosed in Fig. 9 is an example of a graphical screen 
display 170 which is presented when this option is selected. A textual screen display which 
includes a listing of all the process areas may also be presented if that option is selected. 
Returning again to Fig. 10, it can be seen that a number of hypertext links 171-176 are presented 
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which include textual descriptive information for the particular process areas, such as integrated 
engineering, business strategy development, capture management, etc.. Other links 177-185 may 
be presented for various support areas. 

Once a system user selects a particular process area, the system will initiate a search and 
identify process assets which are included within the particular process area. As assets are 
identified, a security check may be performed to determine if the particular system user who is 
performing the test has permission to access the particular asset. If the system user does not have 
permission, the asset is not included in the compiled list. Once all assets and related information 
have been identified within a particular process area, the system will compile the listing of the 
assets in a desired order and in HTML format, and then presented it as an interactive screen 
display. 

An example of such a screen display 180 is presented in Fig. 10. To access this screen, 
link 173 in screen 170 was selected. Displayed are the assets for the Capture Management 
process listed according to the tier they have been classified. Each asset is displayed as a 
hypertext link which may be selected so that additional information may be viewed. As with the 
selection and viewing of process assets in the tiered search, when an individual listing of an asset 
is selected, and an information page is presented for the particular asset. Any electronic 
documents may then be opened and viewed in a preferred document or image format. 

Functionality may also be included in the system for providing a listing of all the process 
assets stored in the database in a desired format. This format may include organizing the process 
assets numerically, alphabetically, or a combination of both. Additional information may be 
included in the listing such as process area and tier within which each of the process assets is 
classified. 
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Returning again to the home page disclosed in Fig. 4 and the diagram of Figs. 5a and b, it 
is seen that a number of other functions are selectable for accessing and viewing assets and 
information related to assets. One selection which may be made through the interface disclosed 
in Fig. 4 is to view assets which have been classified as either sample or draft. As was described 
above, sample assets may be divided into two subsections, certified and sample. The certified 
assets are those which have been certified by a particular organization as being compliant with 
an approved set of standards and practices. Sample assets contain examples of process assets 
that have been contributed by individual programs or groups within the organization and provide 
for optional use across the organization. These assets may be accessed by users and may be 
tailored for the user's own use. Finally, a draft asset section may be accessed wherein the draft 
assets are assets which are in the draft or review stage. As with the assets described above with 
regards to viewing either through the tiered structure or the process area, a ftirther term may be 
included in the identification information for an asset which designates as either a certified, 
sample or draft asset. 

Selection of these options on the home page will provide for the presentation of screen 
displays such as those disclosed in Figs. 11-13. When the certified assets link 70 is selected 
from the home page, the system initiates a search and generates a screen display 190 such as that 
shown in Fig. 11. Screen display 190 includes a listing of certified assets which have been 
identified in the search, presented in a desired format. 

Disclosed in Fig. 12, is a screen display 200 which is generated when link 74 on the 
homepage is selected and a search is initiated to locate draft assets. Screen display 200 includes a 
listing of draft assets which have been identified in the search, presented in a desired format. . 
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Finally, disclosed in Fig. 13, is screen display 210 which is generated when link 72 on the 
home page is selected and a search to locate sample assets is performed. Screen display 210 
includes a listing of sample assets which have been identified in the search, presented in a 
desired format. With regards to the listing assets provided in screen displays 190, 200, and 210, 
the system user simply selects the link for a particular asset in order to view additional 
information and eventually access the electronic document. 

According to the system described herein, another environment in which a particular 
asset may be presented is within a larger overall process or a "process maturity road map". The 
road map may be employed to provide direction to individuals in a particular organization to 
what process and procedures shall be employed at different stages of a project or program. As 
such, the system may be configured to include one or more screen displays which include 
descriptive information as to the work process being performed and links to process assets which 
are to be employed at the different stages. 

Further, the road map may identify documentation required for a program and provide 
corresponding samples. The road map provides a top-level view of documentation that is 
required during the program's initial stages to achieve compliance with a pre-set standard. It 
also identifies items that need to be addressed in order to obtain various levels of process 
maturity. The intent of the road map is to simplify the manager's task in identifying the program 
documentation that is required. This simplification may occur because the road map provides a 
checklist of all required documentation along with access to examples. For example, on day one 
of a program, a program manager may not need to search for documents because the documents 
will be easily accessible through hyperlinks which provide links to examples and templates and 
provide references to particular sets. 
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In the road map incorporated into the system described herein, a sequence of screen 
displays may be accessible by a system user, each of which includes descriptions of particular 
stages in the program development process. Referring again to Fig. 5a, link 68 may be selected 
on the home page and a series of screen displays (link 86) may be presented. Included on these 
displays may be textual descriptive information, as well as links to assets which may be accessed 
and viewed at particular stages of a program or project. An example screen display 220 for a 
road map is disclosed in Fig. 16. Included therein are links through which any number of assets 
which are employable during the first one to three months of a particular program may be 
accessed. There is then a separate listing of links which are selectable to access assets which are 
applicable during another stage of the program, and finally a listing of assets is provided which 
are employable during the final stages of a program or to provide a re-cap or to act as an 
information gathering function with regards to a particular program or project. Once a particular 
asset is selected, the identification information for the asset may be presented, and the system 
user is then provided the option of opening any associated electronic documents in a desired 
format. 

As a basic way to search, the system described herein may further include a search page 
which in addition to providing the functionality to search by process area and tier, provides the 
functionality to search by key word, asset number, or any other identifying information. A 
search by key word will allow the user to enter into any field a string of ASCII characters. The 
search engine will find and display all assets containing the strings in the title or the contents. 
Finally, the flinctionality may also be included for performing compound searches. For example, 
if a system user wishes to search a particular tier but for only assets within a particular process 
area, multiple search terms may be entered and the search engine will employ these to locate the 
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matching assets. The search function may be initiated through selection of Hnk 92 in the 
diagram of Fig. 5b. 

As the system is employed and various processes and assets evolve over time, it may 
become necessary to make changes to one or more of the assets. Incorporated into the system 
described herein is a mechanism for submitting change requests, viewing change requests which 
have been submitted by others, viewing recently amended assets, as well as viewing the status of 
a submitted change request within the system. 

As was shown in Figs. 3a and b, one or more change requests 124 may be incorporated 
within a particular process asset 120. As stored within the database, the change request is a 
separate record which is accessible through performance of a search using identification 
information unique to that change request, or through opening a particular asset and accessing 
and change requests which are associated therewith. Through selection of change request link 93 
\Q in Fig. 5 b, a screen display 230 such as that disclosed in Fig. 15 may be presented to the system 

M= user. This screen display provides numerous options for accessing and displaying change 

□ 

^^5 requests and data related to the change requests. For example a listing of change requests in 
^ HTML format may be compiled through selection of the link 232. A form for entering a change 
request may be presented through selection of link 23 1 . A listing of assets which have been 
recently amended may be presented by selection of link 236. Finally the process for change 
control may be presented through selection of link 234. The change request approval process will 
20 be described in greater detail below. 

Before a change request may be implemented as a change directive, it goes through 
various review steps where input to the final product is provided by a lot of different parties 
within the organization. For example a change request may need review and approval of a 
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engineering group, a review board, as well as a quality review board. As a change request goes 
through the review process it may be desirable to view the status of the change request, review 
comments of the reviewers, as well as other information which may be relevant to the approval 
of a change request. According to the system described herein, the mechanism is provided to 
update the status of the change request over the data network as it is being reviewed by the 
various parties. This status information can be included in the classification identifiers for the 
change request and links may be provided to electronic documentation when a particular change 
request is reviewed. 

The foregoing description of the present invention has been presented for purposes of 
illustration and description. Furthermore, the description is not intended to limit the invention to 
the form disclosed herein. Consequently, variations and modifications commensurate with the 
above teachings, and the skill or knowledge of the relevant art, within the scope of the present 
invention. The embodiments described hereinabove are further intended to explain best modes 
known for practicing the invention and to enable others skilled in the art to utilize the invention 
in such, or other, embodiments and with various modifications required by the particular 
applications or uses of the present invention. It is intended that the appended claims be 
construed to include alternative embodiments to the extent permitted by the prior art. 
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